Выпуск клиентского гипервизора Citrix XenClient не на шутку встревожил компанию VMware, продвигающую свое решение Client Virtualization Platform (CVP), которое уже долгое время находится в стадии разработки и тестирования, но все не может оформится в виде окончательного продукта.

Совсем недавно компания VMware объявила о решении VMware View Client with Local Mode, которое будет частью платформы для виртуализации корпоративных ПК VMware View. Client with Local Mode появится уже в версии VMware View 4.5, которая должна быть доступна уже в ближайшее время (недавний релиз был неожиданно отложен).

Что такое VMware View Client with Local Mode? Это НЕ клиентский гипервизор как Citrix XenClient. Client with Local Mode - это решение на базе VMware Workstation, использующее виртуализацию поверх хостовой ОС. Таким образом, View Client with Local Mode - это доведенная до релиза технология "Offline VDI" (View with Offline Desktop), позволяющая "выгружать" виртуальный ПК на клиенский компьютер пользователя и "загружать" его обратно с рабочей станции в инфраструктуру VMware View. Для запуска виртуальной машины на рабочем столе пользователя используется движок VMware Workstation.

Компания VMware говорит, что "так лучше", чем иметь клиентский гипервизор, устанавливаемый на "голое железо" (bare metal). Причины две:

• Можно использовать уже готовый ноутбук или ПК с установленной ОС и приложениями.
• Возможность использовать любой ПК, не выбирая из узкого списка совместимости.

Но мы то с вами знаем, что это всего лишь отговорки, до того момента, пока VMware не выпустит свой клиенский гипервизор. Тогда уже будут разговоры про эффективность и гибкость платформы CVP. А пока для VMware View 4.5 все должно остаться так:

Для многих заказчиков остро стоит вопрос, возможно ли перенести в виртуальную среду такие важные сервисы, как автоматизация бизнес-процессов (на примере SAP приложений), баз данных (Oracle, Microsoft SQL Server), почтовых серверов (Microsoft Exchange Server).

В последнее время было много разговоров о разработках клиентского bare metal гипервизора, который позволяет виртуализовать ОС настольного ПК или ноутбука, добавив множество новых возможностей и гибкость в использовании таких устройств. Мы уже писали о разработке Client Virtualization Platform (CVP) от VMware, а также XenClient (проект Independence) от компании Citrix. Эти решения хорошо вписываются в концепцию виртуализации настольных ПК (Virtual Desktop Infrastructure, VDI) и, несомненно, будут интегрированы с главными продуктами обоих вендоров (VMware View и Citrix XenDesktop).

Так вот компании Citrix удалось выпустить продукт XenClient первой. XenClient устанавливается на компьютер или ноутбук без операционной системы и позволяет виртуализовать основную операционную систему, а также сделать несколько дополнительных систем. Преимущество данного подхода - возможность использовать виртуальный ПК как на клиенских устройствах, так и на серверах виртуализации. То есть такой ПК обладает большой гибкостью и переносимостью между устройствами.

Возможности и функции Citrix XenClient:

• Устанавливается на компьютер без ОС, гостевая ОС почти не теряет в производительности (как заявлено)
• Одна из виртуальных машин на ПК может использовать 3D-ускоритель, кроме того, поскольку XenClient разрабатывался совместно с Intel, поддерживаются технологии Intel VT-d, VT-x и другие.
• Полное и безопасное разделение виртуальных машин на ПК - бизнес и персональные окружения
• Citrix Receiver for XenClient - возможность локального или удаленного управления парком виртуальных систем своего компьютера
• Synchronizer for XenClient - политики безопасности корпоративного виртуального ПК, возможность самостоятельного восстановления данных из резервной копии пользователем, отключение на потерянных или украденных устройствах
• Безопасная работа с приложениями виртуальной машины из другой ВМ
• Интеграция с решением Citrix XenDesktop

Скачать Citrix XenClient можно уже сейчас по этой ссылке.

P.S. А вот еще видео - о производительности технологии HDX в Citrix XenClient:

Компания VMware - одна из немногих, кто по-настоящему думает о том, как пользователи будут делать резервные копии своих производственных систем в виртуальных машинах. В VMware vSphere 4 появился новый механизм Changed Block Tracking (CBT), который значительно упрощает жизнь разработчикам ПО для резервного копирования виртуальных машин и значительно повышает эффективность этого процесса.

Давайте попробуем разобраться для чего нужен Changed Block Tracking в VMware vSphere. Прежде всего, напомним, что ранее решения для резервного копирования (например, лидер рынка Veeam Backup) должны были самостоятельно заботиться о том, какие блоки виртуальных дисков изменились с момента создания резервной копии, чтобы не копировать весь vmdk целиком. Это вызывало значительную нагрузку на сервер ESX версии 3.x, поскольку не было встроенного механизма отслеживания изменивашихся блоков, а разработчикам приходилось выкручиваться.

Теперь же Changed Block Tracking в VMware vSphere является частью интерфейса vStorage APIs for Data Protection (VADP), который состоит из двух компонентов VDDK (Virtual Disk Develoment Kit) и vSphere SDK (о них можно почитать в документе "Designing Backup Solutions for VMware vSphere").

Changed Block Tracking работает на уровне стека работы с хранилищами в модуле VMkernel и позволяет сторонним продуктам для резервного копирования вернуть список изменившихся блоков с момента последнего бэкапа.

CBT можно использовать для любого типа виртуальных дисков, включая тома VMFS / FS / iSCSI и NAS / NFS, за исключением томов Raw Device Mapping (RDM) в режиме физической совместимости а также дисков, привязанных к shared virtual SCSI bus. Кстати, размер блока для CBT - это не то же самое, что размер блока для тома VMFS (потому что работает на уровне отдельного vmdk).

Чтобы CBT работал для резервного копирования ваших ВМ, необходимо, чтобы они имели Virtual Hardware версии 7 и выше:

По умолчанию функции Changed Block Tracking на серверах VMware ESX отключены, это обусловлено тем, что CBT дает небольшую нагрузку на CPU сервера для решения своих задач. Однако решения для резервного копирования, в частности Veeam Backup, его включают для создания бэкапов только изменившихся блоков, что существенно (в разы!) повышает скорость создания резервных копий.

Changed Block Tracking начинает работать после включения виртуальной машины или создания мгновенного снимка (снапшота), который делает ПО для резервного копирования. На хранилище виртуальных машин появляется файл xxx-ctk.vmd фиксированного размера для каждого виртуального диска vmdk (на 10 ГБ диска приходится где-то 500 КБ ctk-файла):

В этом файле содержится список блоков, которые отслеживаются для vmdk с их актуальным состоянием с определенного момента времени, зафиксированном в ChangedId (изменились или нет). Данный подход важен не только для резервного копирования, но и для репликации виртуальных машин между хранилищами, где очень важно время синхронизации с репликой.

Напоминаем, что первым продуктом, который стал использовать технологию Changed Block Tracking в VMware vSphere был и остается Veeam Backup and Replication.

У компании VMware есть несколько основных ресурсов, где можно посмотреть обучающие видеоролики по продуктам VMware vSphere, View, Site Recovery Manager, Workstation, ThinApp и другим.

Первый ресурс с видео VMware - это http://vmwareelearning.blip.tv/ представляющий собой сборник обучающих роликов, преимущественно по настольным платформам виртуализации.

Второй ресурс - это канал на YouTube VMware ELearning Video, содержимое аналогично предыдущему.

Третий - это канал VMware TV на YouTube, на нем собраны видеоролики общего содержания и о Cloud Computing.

Четвертый - канал VMware KB TV Video, где приводятся практические приемы работы с платформой VMware vSphere и серверами ESX (также есть и по VMware Workstation).

Пятый - это канал VMworld TV с различными событиями с конференции VMworld.

Шестой - канал VMware Developer Videos, где собрана информация для разработчиков.

Еще на VMworld 2009 компания VMware анонсировала технологию Storage IO Control (SCIO), которая должна появиться в следующих релизах платформы виртуализации VMware vSphere (по слухам уже в версии 4.1). Суть данной технологии - корректное распределение нагрузки на систему хранения данных (СХД) для виртуальных машин.

Сейчас у виртуальных машин есть такие настройки как Shares для категории Disk, которые определяют приоритеты виртуальных машин по нагрузке на СХД в рамках одного сервера VMware ESX. То есть, если у нас есть два сервера VMware ESX и виртуальные машины на них, то приоритеты нагрузки на storage будут распределены следующим образом при наличии параметров shares:

То есть очередь дискового массива пропорционально делится между хостами VMware ESX, а уже для каждого хоста его процент очереди делится на части в зависимости от Shares виртуальных машин.

Такой механизм не отражает реальную ситуацию по отношению к требованиям виртуальных машин к вводу-выводу, поскольку даже наиболее критичные сервисы в виртуальных машинах на хосте VMware ESX в кластере не могут получить больше, чем 1/n от очереди массива для тома VMFS / LUN, где n - число хостов ESX.

Технология Storage IO Control (SCIO) позволяет изменить данную ситуацию за счет двух техник:

• Вычисление задержек (latency) на том VMFS для запуска механизма SCIO (говорят о 20ms и более)
• Изменение пропускной способности канала виртуальных машин хоста к СХД за счет изменения глубины очереди HBA-адаптера (device queue depth)

Регулировка очереди со стороны HBA-адаптера позволяет более корректно распределить нагрузку на СХД между сервисами в виртуальных машинах в соответствии с их параметрами shares:

Как мы видим, наиболее критичный сервис (красный цвет), при условиях заданных shares для нескольких хостов ESX, позволяет потреблять 60% от того, что может выдать дисковый массив для данного тома VMFS. Это соответствует соотношению:

1500 (shares сервиса) / 2500 (общие shares ВМ хостов) * 100% = 60%

Механизм Storage IO Control для хостов VMware ESX включается при превышении порога latency для тома VMFS, определяемого пользователем, что позволяет надежно защитить наиболее критичные сервисы в виртуальных машинах от всплесков нагрузки на систему хранения данных в виртуальной инфраструктуре.

Коллеги! Как Вам, наверное, известно, в апреле мы (компания VMC и портал VM Guru) совместно с компанией Veeam Software, производителем средств для управления инфраструктурой VMware vSphere, проводили конкурс на лучшую историю о Veeam Backup and Replication. Призами были следующие приятные штучки:

Большое спасибо за предоставленные материалы и участие в конкурсе!

И мы готовы объявить победителей:

	1-е место - Михаил Коротько (http://www.vm.pro-it.kz). Михаил получает в качестве приза Apple iPod Nano и фирменную футболку от компании Veeam за отличную историю о Veeam Backup под названием "Операция по удалению и трансплантации информации". Также отмечаем большой вклад Михаила в развитие и пропаганду технологий виртуализации в дружественном нам Казахстане.
	2-е место - Алексей Бутин. Заслуженно получает в подарок флешку на 4 ГБ и и фирменную футболку от компании Veeam за буквально душераздирающую историю о том, как Veeam Backup and Replication позволил в буквальном смысле спасти большую часть данных компании. Напомним ситуацию, с которой Veeam Backup замечательно справился: "Сотрудник приглашенной организации при форматировании массива перепутал LUN’ы в команде и одним нажатием кнопки Enter уничтожил работавшие на существующем массиве контроллер домена с пользовательскими данными, сервер бухгалтерии с базами 1С и несколько серверов фермы MOSS" Но в итоге: "Проведя двое суток в попытках восстановить массив, мы воспользовались программным продуктом Veeam Backup and Replication и восстановили критические сервисы из ранее созданных резервных копий! Восстановление прошло без проблем и в понедельник утром пользователи вернулись к работе. "
	3-е место - Сергей Щадных (http://goodserg-it.blogspot.com/), компания "Протек". Этого человека в наших кругах представлять не нужно - именно он имеет огромный опыт по использованию платформы VMware vSphere и средства для резервного копирования Veeam Backup. Сергей принимает участие в работе VMware User Group Russia, ведет блог и делает большой вклад в развитие технологий виртуализации в России. Здесь можно прочитать историю внедрения Veeam Backup в компании "Протек".

От всей души поздравляем участников и желаем им всегда оставаться при своих данных со средством резервного копирования Veeam Backup! Напоминаем, что для вас, победители, действуют специальные скидки на приобретение продукта Veeam Backup and Replication, о которых мы говорили в условиях конкурса.

P.S. В ближайшее время победителям придет от меня письмо с информацией о том, как получить призы :)

У компании EMC, как у владельца VMware, скопилось огромное количество документов, рассказывающих о том, как правильно использовать решение VMware vSphere на дисковых массивах EMC Clariion, Symmtrix, DMX и других. Ниже приведен список основных документов EMC для платформы VMware ESX и виртуальных машин:

Основные гайдлайны:		Работа корпоративных приложений
Using EMC CLARiiON Storage with VMware vSphere and VMware Infrastructure		Using VMware ESX with Oracle Database and EMC CLARiiON Storage Systems
Using VMware vSphere with EMC Symmetrix Storage		EMC Virtual Infrastructure for Microsoft Applications—Data Center Solution Enabled by EMC Symmetrix V-Max and VMware vSphere 4
Using EMC Celerra Storage with VMware vSphere and VMware Infrastructure		EMC Virtual Infrastructure for Microsoft Exchange 2007 (VMware vSphere 4.0)
EMC Integrated Infrastructure for VMware Enabled by EMC Celerra NS-120		Deploying a Virtual Infrastructure for SAP with EMC and VMware Technologies
EMC Symmetrix V-Max and VMware Virtual Infrastructure		EMC Solutions for Microsoft SQL Server - EMC Celerra Unified Storage Platforms
Iomega StorCenter Pro NAS ix4 and ix2 with VMware ESX Server 3.5		EMC Virtual Architecture for Microsoft SharePoint Server 2007
Implementing Virtual Provisioning on EMC CLARiiON and Celerra with VMware Infrastructure		EMC Virtual Infrastructure for Microsoft and Oracle Applications - Enabled by EMC CLARiiON and VMware vSphere 4

Компания VKernel, известный поставщик решений для виртуальной инфраструктуры VMware vSphere, выпустила очередную бесплатную утилиту VKernel AppView для виртуальных машин на VMware ESX. VKernel AppView позволяет системным администраторам vSphere наблюдать за производительностью пяти наиболее критичных виртуальных машин, своевременно обнаруживать проблемы конфигурации ресурсов и оповещать о необходимости их добавления.

Работает VKernel AppView следующим образом:

1. Вы выбираете 5 наиболее критичных виртуальных машин в своей инфраструктуре VMware vSphere. Summary по отсавшимся машинам выводится ниже.

2. Ежедневно данные по этим виртуальным машинам собираются в AppView и выводятся в виде галочек (все в порядке) либо в виде иконок, цвет которых соответствует критичности проблемы.

3. При клике на иконку выводится информация о проблеме с виртуальной машиной.

4. Описание проблемы выводится в виде рекомендаций по увеличению системных ресурсов.

5. По кнопкам в правой части можно скачать пакет Optimization Pack и решить проблему не только сейчас, но и в будущем при росте нагрузок.

Скачать VKernel AppView можно по этой ссылке.

Виртуализация, при всех своих несомненных плюсах, имеет один очевидный недостаток - единая точка отказа в виде системы хранения, где размещены все виртуальные машины. Ситуацию во многом спасает наличие средств по резервному копированию или репликации данных (например, Veeam Backup), однако, эти средства не могут обеспечить полностью непрерывную работу виртуальной инфраструктуры. StarWind Enteprise HA позволяет решить эту проблему.

Многие пользователи используют VMware ESX в окружениях, где не установлен продукт VMware Update Manager, позволяющий централизованно обновлять хост-серверы. В этом случае может оказаться полезной процедура обновления VMware ESX из консоли (Service Console).

1. Первый способ (только VMware ESX).

Например, чтобы обновиться на VMware ESX 4 Update 1 нужно перевести хост в Maintenance Mode и сделать следующее:

• Скачать дистрибутив обновления в zip-архиве (например, ESX-4.0.0-update01.zip).
• Положить его на VMware ESX, например, используя Veeam FastSCP.
• Выполнить команду в сервисной консоли VMware ESX:

esxupdate --bundle=ESX-4.0.0-update01.zip update

2. Второй способ (VMware ESX и VMware ESXi).

Есть также и второй способ (подходит как для VMware ESX, так и для VMware ESXi) с помощью скрипта vihostupdate.pl. Перед использованием данной команды необходимо перевести хост ESX в maintenance mode.

Эта команда для ESX и ESXi выполняется из RCLI. Имя пользователя и пароль указывать не обязательно (их спросят во время выполнения команды). Например, для обновления ESX 4 или ESXi 4 можно использовать следующие команды:

Получение информации об имеющихся обновлениях:

C:\Program Files\VMware\VMware vSphere CLI\bin>vihostupdate.pl --server 192.168.1.30 --username root --password XXX –query

Сканирование хоста на наличие конкретного установленного обновления:

C:\Program Files\VMware\VMware vSphere CLI\bin>vihostupdate.pl --server 192.168.1.30 --username root --password XXX --bundle c:\esx400-200906001.zip –scan

Загрузка обновления в zip-архиве на сервер и применение его к хосту ESX / ESXi:

C:\Program Files\VMware\VMware vSphere CLI\bin>vihostupdate.pl --server 192.168.1.30 --username root --password XXX --bundle c:\esx400-200906001.zip –install

Результатом успешного обновления будет следующее сообщение:

The update completed successfully, but the system needs to be rebooted for the changes to be effective.

3. Третий способ (только VMware ESXi).

Этим способом обновить VMware ESX не получится, при попытке добавить такой хост в VMware Host Update Utility, вы получите вот такое сообщение:

Status: Ready

Info: Patching this host version is not supported by vSphere Host Update Utility.
Upgrading this host version is not supported by vSphere host Update Utility.

Поэтому VMware Host Update Utility используем только для VMware ESXi. Запускаем эту утилиту, добавляем хост ESXi по ссылке Add Host... и нажимаем кнопку Scan for Updates, после чего видим сколько обновлений мы можем применить:

Применяем их кнопкой Patch Host.

P.S. Смотрите также статью "Как определить номер версии (билда) хоста VMware ESX 4.0".

Механизм VMware High Availability (HA) в VMware vSphere позволяет перезапустить виртуальные машины отказавшего хост-сервера VMware ESX на другом сервере кластера с общего хранилища. Однако, что будет, если один из узлов кластера не сможет запустить виртуальную машину (например, она продолжает работать на изолированном хосте)?

Ответ прост, VMware HA пробует запустить виртуальную машину 5 раз в следующем порядке:

1. Попытка 1 – сразу после срабатывания восстановления после отказа (см. настройки кластера VMware HA)
2. Попытка 2 – через 2 минуты
3. Попытка 3 –через 4 минуты
4. Попытка 4 –через 8 минут
5. Попытка 5 –через 16 минут

В Advanced Settings для VMware HA может быть добавлен следующий параметр, определяющий число попыток рестарта виртуальных машин (недокументированная возможность):

das.maxvmrestartcount

Если поставить -1, VMware HA будет постоянно пытаться запустить виртуальные машины. Для применения настройки нужно выключить HA в кластере и включить его снова.

См. также KB 1009625

Оказывается у компании VMware есть интересный документ "VMware View 4 with PCoIP", где рассматриваются основные особенности работы протокола PC over IP для VMware View 4 в сетях LAN и WAN. Там же есть интересная картинка о сравнении производительности протоколов PCoIP и RDP:

Напоминаю, что поскольку VMware View 4 не поддерживает тунеллирование протокола PCoIP в сетях WAN, требуется организация VPN-канала.

Существует заблуждение, что виртуализация может быть эффективна только в крупных корпорациях, которые могут позволить себе сложные дорогие ЦОД. А вы знаете, что с внедрением этой технологии можно экономить финансовые и человеческие ресурсы начиная уже от двух серверов? 

Многие пользователи сейчас уже тестируют и внедряют решение для виртуализации настольных ПК VMware View 4. Как оказалось, в некоторых случаях при соединении с десктопом под управлением Windows XP с помощью клиента VMware View Client возникает ошибка connect desktop failed:

При этом соединение с виртуальным ПК VMware View 4 по RDP работает.

Если посмотреть в Event log, то там будет вот такое сообщение:

Failed loading plugin: wswc_PCOIP.dll, error 126 (the specified module could not be found)

Если поискать эту библиотеку - ее действительно не обнаружится. Данная проблема связана с отсутствием поддержки инструкций SSE2 в процессоре ПК, где установлен VMware View Client. Читаем в документе "View Manager Administration Guide":

Client hardware requirements include the following:

• 800Mhz or higher processor speed
• x86‐based processor with SSE2 extensions

Таким образом, в этом случае вы не сможете заставить работать ваш ПК в качестве клиента VMware View 4 по протоколу PCoIP. Поэтому необходимо предварительно посмотреть VMware Compatibility Guide на соответствие вашего устройства требованиям VMware View. Чтобы проверить наличие функций SSE2 в процессоре вашего ПК, воспользуйтесь утилитой CPU-Z:

Компания VMware на сегодняшний день безусловный лидер рынка виртуализации. Многих пользователей, приобретающих ее продукты интересуют вопросы технической поддержки и подписки на обновления наиболее популярных продуктов VMware vSphere, VMware View и VMware Site Recovery Manager (SRM). В этой статье постараемся объяснить все основные моменты касательно поддержки и подписки на обновления для продуктов VMware (Support and Subscription services, SnS).

Компания Microsoft объявила о выпуске продукта Microsoft System Center Essentials 2010, предоставляющего базовые сервисы управления Windows-инфраструктурой небольших предприятий.

Данная версия System Center Essentials 2010 включает System Center Virtual Machine Manager (SCVMM) 2008 R2 и поддерживает миграции физических серверов в виртуальную среду (P2V), V2V-миграции виртуальных машин VMware, технологию Live Migration, а также оптимизацию использования ресурсов (PRO).

Сравнение возможностей System Center Essentials 2010 и отдельных продуктов Hyper-V и Virtual Machine Manager R2:

Важно, что число устройств на базе Windows Server под управлением System Center Essentials 2010 увеличилось с 30 до 50.

Как вы уже знаете, недавно компания Veeam анонсировала технологию SureBackup, которая позволит вывести на новый уровень процесс резервного копирования и восстановления виртуальных машин на VMware vSphere / ESX.

Технология SureBackup будет являться составной частью продукта Veeam Backup and Replication 5, который будет поставляться уже в двух изданиях: Veeam Backup & Replication Standard Edition 5.0 и Veeam Backup & Replication Enterprise Edition 5.0.

Текущая версия Veeam Backup and Replication 4.1 будет приравнена к Standard Edition 5.0. Издания же Veeam Backup and Replication 5 будут предоставлять следующие возможности:

Таким образом, Veeam Backup and Replication становится полноценным продуктом для защиты данных виртуальных машин уровня предприятия. Обратите внимание на цену: Veeam Backup and Replication Enterprise Edition 5.0 начинает стоить $ 989. Это означает, что теперь для предприятий он будет обходится значительно дороже текущих $ 659 (эта цена останется только для издания Standard Edition).

Но есть приятная новость - для тех пользователей, кто купит Veeam Backup 4.1 до 18 июня 2010 за $ 659, будет предоставлено бесплатное обновление на Veeam Backup and Replication Enterprise Edition 5.0, который стоит $ 989!

То есть вы сэкономите $ 330 в пересчете на один физический процессор сервера VMware ESX или 33% от его будущей цены.

Покупать Veeam Backup 4.1 с бесплатным апгрейдом до версии Veeam Backup and Replication 5.0 Enterprise нужно у компании VMC - золотого партнера Veeam Software на территории России.

Сравнение изданий Veeam Backup and Replication 5.0 в PDF

Как мы уже писали, компания VMware сделала еще один тип виртуального SCSI-адаптера в VMware vSphere, который получил название VMware Paravirtual SCSI (PVSCSI). Паравиртуализованное устройство PVSCSI позволяет добиться большей производительности дисковой подсистемы витуальных машин на серверах VMware ESX и снижения нагрузки на CPU серверов.

Если посмотреть в документ компании VMware PVSCSI Storage Performance, то там можно увидеть вот такие интересные результаты для производительности дисков виртуальных машин на ESX по сравнению с адаптером LSI:

Однако, когда нужно использовать адаптер PVSCSI для виртуальных машин на ESX? Оказывается, несмотря на его чудесную производительность, не всегда. Согласно вот этой статье Скотта Драммонда, одного из гуру производительности VMware ESX, адаптер PVSCSI нужно использовать только тогда, когда ваше приложение дает значительную нагрузку на дисковую подсистему (high IO workload), а совокупная пропускная способность канала к СХД ее поддерживает (включая то, сколько IOPS может выдавать система хранения).

Вот объяснение данного явления. При росте требований виртуальных машин к дисковой подсистеме возникают interrupt coalescing, то есть объединение прерываний к СХД в пачки для более их быстрой обработки. С помощью этой техники производительность адаптера SCSI увеличивается по сравнению с одиночным выполнением прерываний при большом количестве IO.

На собирание этой пачки требуется какое-то время, поэтому возникает небольшой delay, который потом компенсируется быстрым выполнением команд пачки.

Теперь пара терминов:

• Outstanding IOs (OIOs) - количество запросов на ввод-вывод со стороны виртуальной машины (demand of IO).
• IOs per second (IOPS) - количество запросов на ввод-вывод, которое может обеспечить хранилище (supply of IO).

Так вот LSI адаптер увеличивает этот самый interrupt coalescing на базе как OIOs, так и IOPS по мере роста нагрузки на сторадж. При малом количестве запросов IO, он этот coalescing не использует.

А вот PVSCSI сейчас работает по другому - он использует interrupt coalescing только на базе OIOs. То есть, если растут только требования виртуальных машин к СХД (без роста пропускной способности по IOPS) - начинается interrupt coalescing, соответственно растут задержки.

Для больших же OIOs и IOPS - адаптер PVSCSI дает ощутимый рост производительности и снижает нагрузку на CPU за счет паравиртуализации (на значениях 10-50K IOPS). На нескольких же сотнях IOPS этот эффект практически не ощутим. То есть, если запросы на IO от виртуальных машин больше того, что может выдавать система хранения, то адаптер LSI будет работать эффективнее PVSCSI в силу меньших задержек.

В следующих версиях ESX компания VMware сделает interrupt coalescing на базе как OIOs, так и OIPS, поэтому адаптер PVSCSI будет работать лучше.

Вывод таков - не используйте PVSCSI в окружениях с малой производительностью дисковой подсистемы и низких нагрузках по IO.

А вот, что советует Скотт:

• На данный момент используйте PVSCSI для дисков VMDK, которые находятся на быстром хранилище (более 2,000 IOPS).
• Если у вас есть адаптеры PVSCSI в окружениях с низким IO, не надо их переконфигурировать на LSI, поскольку потери производительности почти незаменты, а приложения все равно не требовательны к ней.
• Для будущих версий VMware ESX / ESXi адаптер PVSCSI будет эффективнее LSI Logic для любых окружений.

Так-то, вот.

Существует заблуждение, что виртуализация может быть эффективна только в крупных корпорациях, которые могут позволить себе сложные дорогие ЦОД. А вы знаете, что с внедрением этой технологии можно экономить финансовые и человеческие ресурсы начиная уже от двух серверов? 

От будущих пользователей платформы VMware vSphere 4 иногда приходиться слышать такой вопрос: если я куплю лицензии на VMware vSphere / ESX, то смогу ли я сдавать отдельные виртуальные машины в аренду другому юридическому лицу?

Ответ - нет. Читаем пользовательское соглашение (EULA) на VMware ESX:

3.3 Restrictions.  You may not (i) sell, lease, license, sublicense, distribute or otherwise transfer in whole or in part the Software or the Software License Key to another party

Для того, чтобы сдавать виртуальные машины в аренду есть специальная программа VMware Service Provider Program (VSPP), в рамках которой только авторизованные партнеры VMware могут сдавать виртуальные машины в аренду. Это позволяет гарантировать качество сервиса услуг хостинга виртуальных машин, что обеспечивается сертифицированными специалистами компании (VCP) и ее проверенными техническими средствами.

Обращайтесь к нам и арендуйте виртуальные машины для своей организации.

Денис Гундарев, бывший сотрудник Citrix Systems, а ныне независимый консультант, на конференции "Российские интернет-технологии" (заметьте, кстати, что сово "интернет" пишут-таки со строчной буквы) выступил с интересным докладом о недостатках виртуализации:

Мое отношение по пунктам такое:

1. Персонал - не согласен. Встречался как с положительными, так и с отрицательными примерами. Четкой зависимости именно от виртуализации нет. Зависимость есть от структуры компании и степени ее организованности.

2. Старые системы - не согласен. В крупных энтерпрайзах это являение более чем нормальное, обусловленное самим словом энтерпрайз. Зло, но с ним приходится жить.

3. Отказоустойчивость - не согласен. Здесь спорить достаточно бессмысленно, но опыт клиентов - есть опыт, это то, с чем не поспоришь.

4. Безопасность - согласен. Пока да, есть такая проблема и будет в ближайшие пару лет. Недаром мы оказываем услуги по разработке стандартов и регламентов в этой сфере.

5. Планирование - согласен, но частично. Кое-где, виртуализация дает уже преимущества именно в планировании. Это дело времени и подхода. То есть проблема временная с тенденцией к разрешению.

6. Облачные ОС - не понял проблемы, надо было послушать голосом.

7. Расходы - не согласен. Как ни странно, виртуализация реально экономит деньги. С этим ничего не поделаешь. БОльшая проблема - высокая цена входа.

В целом - направление презентации очень интересное. Кстати, Денис, ты не хочешь по Hyper-V заметки выкладывать на VM Guru?